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Easy to use. GUI based management provides performance and security. 

Reliable disEc based backup and recovery, along with Snapshot capability enable lest end reliable 

backup and restore, 

Easy to implement remote Replication, at blocker volume level, enables cost-effective disaster recovery. 

IP based storage management combines NAS and iSCSI functionality far centralized storage 
and storage consolidation. 
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Keep your data redundant 

NOTE: 

Never start production without any data backup plan. 

For mission-critical (very expensive) data: 

• Mandatory: perform periodical data backups (incremental archiving) with DSS V6 built-in backup, or with a 
third-party backup appliance (e.g. Backup Exec) via a built-in agent; 

• Optional: additionally run data replication periodically, with frequency according to application needs. 

For non-critical data: 

• Mandatory: run at least data replication periodically, with frequency according to application needs; 

• Optional: additionally perform periodical data backups, with frequency according to application needs. 



NOTE: 

RAID arrays are NOT to be considered as a data backup. RAID does not provide real data redundancy, it merely prevents a 
loss of data availability in the case of a drive failure. Never use RAID in a production system - instead, use redundant RAID 
levels, such as 1, 5, 6 or 10. A single drive failure within a RAID array will inherently result in data loss, which will require 
restoration of the lost data from a backup. 
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1. Before starting the system in full production, create a 10GB iSCSI volume in File-I/O mode (with initialization). 
On a regular RAID array, a 10GB volume should be created and initialized in approximately 110 seconds. 

• Optional: create a 100GB iSCSI File-I/O volume (with initialization and medium speed). On a regular RAID 
array, a 100GB volume should be created and initialized in approximately 15 minutes. 

2. Delete the created 10GB (and/or 100GB) volume. 

3. Create a newiSCSI File-I/O volume (with initialization) using ALL free space. 

4. After the iSCSI volume spanning all available space has been initialized, rebootthe system. 

5. After the reboot, check the event viewer for errors -the event viewer must be free of any errors. 

6. If event viewer is clean, delete the testiSCSI volume. 

7. Create new volumes as required, and start production. 

• Optional: Once system temperature becomes stable, perform measurements to check whether it remains 
within a range allowed for your system components. 



www.open-e.com 



Best practices 



open-e 



Check hardware RAID 

IMPORTANT NOTE: 

Make sure that the hard disk trays are labeled correctly with their proper port numbers. Errors in labeling of the disk trays 
may result in pulling out wrong drive. Be aware that the port count may start with on some RAID controllers, and with 1 
on others. 

1. Before starting the production system, create and initialize the RAID array; also, configure email 
notifications in the RAID controller G Ul (and/or in the DSS GUI). 

2. Create a 100GB iSCSI volume in File-I/O mode (with initialization), and during the iSCSI initialization 
process REMOVE a hard disk from the RAID array. 

3. Check the event viewer for errors. There must be entries informing about the array now being degraded; 
however, there must be NO reported I/O errors, as the degraded state mustbetransparenttotheOS. 

4. Now, re-insert the drive. It is likely that partial logical volume data, as well as partial RAID metadata will still 
reside on the drive; in most cases, this residual partial data must be deleted before a rebuild can be started. 
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DEGRADED RAID (AS A RESULT OF A DRIVE FAILURE) 

1. Run a full data backup. 

2. Verify the backed-up data for consistency, and verify whether the data restore mechanism works. 

3. Identify the problem source, i.e. find the erroneous hard disk. If possible, shut down the server, and make 
sure the serial number of the hard disk matches that reported by the RAID controller. 

4. Replace the hard disk identified as bad with a new, unused one. If the replacement hard drive had already 
been used within another RAID array, make sure that any residue RAID metadata on it has been deleted via 
the original RAID controller. 

5. Start RAID the rebuild. 



IMPORTANT NOTE: 

Never use hot-spare hard disks, as a hot-spare hard disk will jump in automatically, and the array will start rebuilding 
immediately. A RAID rebuild is a heavy-duty task, and the probability of another drive failure during this process is higher 
than usual; thus, it is a best practice to start the rebuild in step 5 rather than immediately. 
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iSCSI and FC volumes emulate a raw SCSI drive; in the case they will be partitioned and formatted with a 
regular (non-cluster) file system like NTFS, EXT3, XFS, etc., they must be used by a host exclusively. The 
I/O of an iSCSI target is block-based (as opposed to file-based), which means that changes made by one 
person will not be seen by another person working on the same target/volume. 

An iSCSI/FC volume usually represents a slice of a RAID disk array, often allocated one per client. 
iSCSI/FC imposes no rules or restrictions on multiple computers sharing an individual volume. It leaves 
shared access to a single underlying file system as a task for the operating system. 



WARNING: 

If two or more hosts using a non-cluster file system write to the same target/volume, the file system will crash, which 
more than likely result in data loss. In order to make more concurrent connections to the same target practically possible, 
utilization of a special SAN file system like G FS, OCSF etc. is required. 
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Multi-Storage Units System 



1. Create a separate volume group for every external storage unit. This is a good practice, as such a 
configuration proves to be more reliable: in case one of the units has a problem, the others can continue 
to work. 

2. If the application requires the addition of external storage units into the same volume group, make sure 
the connections are very reliable, as ALL of the storage will become unavailable if only one of the units is 
missing. 
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How To Install Open-E Data Storage Software (DSS) 



With hardware RAID: 

• It is recommended to create a 2GB-sized logical unit for DSS V6, and a second logical unitspanning all of 
the remaining space for the user data. 

NOTE: 

Some RAID controllers do not support creating more than one logical unit from within the controller BIOS. For example, the 
HP Smart Array needs to be booted from a Smart Array Management CD in order to be able to create a RAID array with 
multiple logical units. Please refer to your RAID controller user manual. 



With software RAID: 

• It is required to install DSS V6 on a separate boot media. Please use the original USB-DOM, or use a 
third-party bootmedia like a HDD, a SATA-DOM, or an IDE-DOM. 
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1. Avoid creating volumes larger than 64TB; 

2. It is recommended to install an amount of RAM calculated in the following way: 

• (Size of RAM to install in GB) = (Size ofthe largest volume in TB) / 2 

• For example: if the size ofthe largest volume is 32TB, the recommended amount of RAM is 16GB. 
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System Temperature 



Generally, high temperatures will shorten the lifespan of hard disks; thus, try to use hard disks with an 
operation temperature as low as possible. 

1. TIP: In order to estimate the temperature levels the hard drives within your system may reach during daily 
operation, you can connect drives into SATA ports on the motherboard, create a NAS or iSCSI volume in 
DSS, and then run any random pattern test. 

2. In the case your hard disks are connected to the mainboard SATA controller, you can monitor the 
temperature of these hard disks from within the DSS GUI (STATUS ->S.M.A.R.T.). For this functionality to 
be available, make sure that S.M.A.R.T has been enabled in the BIOS setup of your system's motherboard, 
as well as in the DSS console (press Ctrl-Alt-W in the console to enter Hardware Configuration, then 
navigate Functionality Options -> enable S.M.A.R.T). 

3. If you are using a RAID controller, please refer to its user manual to find information on how to monitor hard 
disk temperatures. Some RAID controllers do supportsuch functionality, while others don't. 



www.open-e.com 



Best practices 



open-e 



System Chassis; Vibrations; Raid Port Labeling 



In order to avoid unexpected vibrations, always try to use hard disks with the same RPM spindle speed. 
Should you be forced to mix 7200, 10,000, and/or 15,000 RPM drives, please use drives with anti-vibration 
firmware, and make sure that the hard disks' and chassis' vendors declare support for utilization in such an 
environment (which is not to be assumed without prior verification). 

Make sure that the hard disk trays are labeled correctly with their proper port numbers. Be aware that the 
port count may start with on some RAID controllers, and with 1 on others. 
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Thank you! 
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